home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19941031-19941221 / 000293_news@columbia.edu_Mon Nov 28 14:46:15 1994.msg < prev    next >
Internet Message Format  |  1995-07-31  |  4KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA03353
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 28 Nov 1994 23:30:44 -0500
  3. Received: by apakabar.cc.columbia.edu id AA18463
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 28 Nov 1994 23:30:42 -0500
  5. Path: news.columbia.edu!panix!news.mathworks.com!hookup!swrinde!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: MSK 3.13 tektronics terminal emulation w/ vt320 mode.A
  9. Message-Id: <1994Nov28.204615.33951@cc.usu.edu>
  10. Date: 28 Nov 94 20:46:15 MDT
  11. References: <CypL0A.1L1@physics.purdue.edu> <1994Nov3.223304.31997@cc.usu.edu> <Pine.SUN.3.91.941126031931.13703A-100000@atmos.met.utah.edu>
  12. Organization: Utah State University
  13. Lines: 50
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <Pine.SUN.3.91.941126031931.13703A-100000@atmos.met.utah.edu>, "John G. Miles" <jgmiles@atmos.met.utah.edu> writes:
  17. > Sorry if this is an obvious question, but I have been using
  18. > MSKermit 3.13 on a 486/DX33 and often connect to my computer at the
  19. > university to run graphics programs which support the tektronics
  20. > graphics terminal.  If I set Kermit (before entering terminal mode)
  21. > to emulate the tektronics terminal, then the graphics are displayed
  22. > without problem. 
  23. > However, if I set my terminal to VT320 (which I
  24. > prefer since I also use the Unix system extensively besides my
  25. > graphics needs) and then enter terminal mode with the "c" command, the
  26. > tektronics mode is *not* automatically invoked when the Unix box (an
  27. > IBM RS/6000 system) starts sending the tektronics graphics commands.
  28. > It *does* seem to try (i.e., I get the little square cursor), but
  29. > immediately begins echoing the ascii text, itself, of the graphics
  30. > commands.  Once I return to VT320 emulation mode, I no longer get
  31. > anything readable, but rather my color monitor displays solid
  32. > multi-colored gibberish (though I can tell that the keystrokes I type
  33. > are still getting through to the Unix box).  I end up having to type
  34. > "exit" as normal (even though the echo to my screen is the gibberish as
  35. > indicated above) and redial the Unix box in VT320 mode.
  36. > I've looked over the on-line documentation, and believe that I
  37. > understand correctly the fact that the tektronics emulation is
  38. > seemless when using the VT320 emulation mode.  But everything I've
  39. > tried has been unsuccessful.
  40. > Is it at all possible that the problem sits on my end (e.g., my video
  41. > card which is a Trident SVGA)?  I'm not Kermit-proficient so any
  42. > pointers, however basic, would be helpful.  Please e-mail me personally
  43. > as well as posting to the newsgroup as I don't get to read the news as
  44. > often as I'd like).
  45. > --John Miles
  46. > jgmiles@atmos.met.utah.edu
  47. ----------
  48.     I recall replying to you privately John.
  49.     I can't help from the above description alone. The Kermit
  50. documentation explains which commands in VT320 mode will trigger a
  51. change to Tek mode, and it's a necessarily restrictive set. ESC Control-L
  52. (ESCape Form Feed) is the most common mode, meaning Tek screen clear.
  53. ESC [ ? 38 h  will too, as will starting a DEC Sixel graphics command.
  54.     My suggestion is to capture a sample session to a log file via
  55. LOG SESSION filename. Then send me the uuencoded file with commentary
  56. on what should have happened when so I can dig into the bits.
  57.     I will also repeat a warning which results from seeing those
  58. funny colored blobs in VT320 mode. It is to never let anything use 
  59. video memory, A000-BFFF, because it's video territory. I will guess
  60. that you may have let a memory manager sneak down there by mistake.
  61.     Joe D.